home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19951130-19960209 / 000226_news@columbia.edu _Wed Jan 3 20:05:40 1996.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Return-Path: news@columbia.edu
  2. Received: from apakabar.cc.columbia.edu (apakabar.cc.columbia.edu [128.59.35.159]) by watsun.cc.columbia.edu (8.7.3/8.7.3) with ESMTP id UAA04641 for <kermit.misc@watsun>; Wed, 3 Jan 1996 20:05:40 -0500 (EST)
  3. Received: (from news@localhost) by apakabar.cc.columbia.edu (8.7.3/8.7.3) id UAA26602 for kermit.misc@watsun; Wed, 3 Jan 1996 20:05:38 -0500 (EST)
  4. Path: news.columbia.edu!panix!news.eecs.umich.edu!caen!spool.mu.edu!howland.reston.ans.net!swrinde!cs.utexas.edu!news.cs.utah.edu!cc.usu.edu!jrd
  5. From: jrd@cc.usu.edu (Joe Doupnik)
  6. Newsgroups: comp.protocols.kermit.misc
  7. Subject: Re: The Future (was Re: Connecting to the Same Site Multiple Times)
  8. Message-ID: <1996Jan3.152704.70413@cc.usu.edu>
  9. Date: 3 Jan 96 15:27:03 MDT
  10. References: <4bcrfp$lvh@piano.synapse.net> <4bt2qs$ap@gaia.ns.utk.edu> <4cekcm$jos@huron.eel.ufl.edu>
  11. Organization: Utah State University
  12. Lines: 50
  13.  
  14. In article <4cekcm$jos@huron.eel.ufl.edu>, afn10375@afn.org (David A. Johns) writes:
  15. > Joe Doupnik (jrd@cc.usu.edu) wrote:
  16. > 
  17. > #   > I'd also like to see a way to preserve the scrollback buffer
  18. > #   > when logging out of a TCP session.
  19. > #
  20. > #           It is preserved, actually. But to see it we must be in
  21. > #   terminal emulation mode where the character sets and visual
  22. > #   attributes are available. It is available when a new session
  23. > #   is started, or when we rollback during another session.
  24. > 
  25. > I just ran a little test.  I started up a TCP session on host A and
  26. > then started up another on host B.  While on host B the screen data
  27. > from host A were still visible.  I then went back to host A, but found
  28. > that nothing in the B session was in the scrollback buffer.  I then
  29. > created a new screen on A and switched back to B.  Nothing of the new
  30. > A material was visible on B.
  31.  
  32.     Something isn't right at your place. This does not happen here.
  33. Each fresh Telnet session gets a fresh startup screen, a clean one.
  34. Which version of MSK please, and is the scrollback buffer in expanded
  35. memory (and is that memory given a safe place for its frame buffer?).
  36. SHOW TERM will tell if the buffer is in expanded memory (Term: expanded-memory
  37. on or off).
  38.  
  39. > So it looks like rather than having one continuous buffer, when you
  40. > start a new buffer, old material "seeds" it, but nothing new gets
  41. > added.
  42.  
  43.     There's no seeding per se. There is only one scrollback buffer,
  44. which can be gigantic. What is added are lines scrolled off the top
  45. of the screen. If no scroll off the top then no scrollback information.
  46.  
  47. > Also, when you log off of simultaneous sessions, each buffer is lost
  48. > except for the last one.  If you try to look at that one by entering
  49. > C, Kermit will also reconnect, so you have to deal with the login
  50. > prompt.
  51.  
  52.     No, the scrollback buffer persists. The active screen vanishes
  53. however because it is not in the scrollback buffer.
  54.  
  55. > All this doesn't seem like a system that anyone would actually design
  56. > intentionally.
  57.  
  58.     But I did, and I find it to be productive yet use only reasonable
  59. resources. It could be better, but that will cost.
  60.     Thanks,
  61.         Joe D.
  62.  
  63. > David Johns